feat: límites del diseño en el código + arreglos Pi/WSL + v3.5.0 - #27

Summary

Lleva al código lo que system-design-kit 1.4 y 1.5 agregaron al diseño, y corrige dos fallas que salieron del uso real. Release v3.5.0. Funciona igual en Claude Code y en Pi.

La ficha de responsabilidades del diseño llega al código. /project-context traslada desde un design.md:

Además:

• La baseline (§7) pide respetar esos límites: cada regla va en su dueño, no en el controlador, el adaptador ni el job, y si una tarea exige cruzar un límite, se dice antes.
• La plantilla de CLAUDE.project.md pide las responsabilidades en Arquitectura. La detección de "plantilla vacía" ignora los comentarios, así que los proyectos existentes no cambian.

Arreglos

• En Pi, las skills se saltaban su referencia. En la prueba con Sonnet, /skill:project-context no leyó desde-design.md e improvisó el mapeo: sin ficha y con los tests de recuperación en una línea. Una instrucción escrita a media frase se salta, así que ahora project-context y owasp-review piden leer su referencia como paso explícito y con la ruta completa. Repetida la prueba, la leyó: la ficha llegó con sus 4 componentes y quedaron 6 tests de recuperación.
• WSL con Node de Windows: el instalador fallaba con EPERM en C:\Windows. Ahora lo detecta antes de escribir nada y explica qué hacer.
• desde-design.md aclara que en Pi la ruta del diseño se lee sin --add-dir.

Test plan

• npm run validate (58 comprobaciones) y node --test: 199 pruebas en verde y 7 de integración omitidas sin PI_BIN. Con Pi 1.4.0 pasan las 206. Incluye una prueba nueva de detección del Node de Windows: C:\Windows, subcarpetas, lanzado desde \\wsl…, sin confundir carpetas de nombre parecido ni afectar Linux.
• Claude Code real: /project-context de un diseño de reserva de salas con ficha y flujos críticos (system-design-kit 1.5).
  • La ficha quedó tal cual en Arquitectura → Responsabilidades y límites.
  • Las reglas de límite pasaron a Reglas de negocio, por ejemplo "el Liberador solo dispara; no decide" y "ningún componente escribe el estado de otro".
  • Quedaron 7 tests de recuperación con qué se simula y qué evidencia de cierre se comprueba, y 2 ADRs.
  • Dejó en Pendiente de confirmar huecos reales del diseño, como la carrera entre el check-in y la liberación.
• Pi 1.4.0 con Sonnet vía API (USD 0.29 entre las dos corridas): antes del arreglo, no leía la referencia; después, ficha completa y 6 tests de recuperación.
• CI en verde, incluido el job pi.

Después del merge: tag anotado v3.5.0 y smoke con npx -y github:lacasoft/dev-starter-kit#v3.5.0.